home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010306-20010921 / 000111_fdc@watsun.cc.columbia.edu_Thu May 10 12:59:52 EDT 2001.msg < prev    next >
Text File  |  2020-01-01  |  6KB  |  129 lines
  1. Article: 12402 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!watsun.cc.columbia.edu!fdc
  3. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc,comp.unix.programmer
  5. Subject: Re: Need help with Mac OS X 10.0.2
  6. Date: 9 May 2001 15:35:13 GMT
  7. Organization: Columbia University
  8. Lines: 112
  9. Message-ID: <9dbo3h$2ve$1@newsmaster.cc.columbia.edu>
  10. References: <9d9395$rt3@watsun.cc.columbia.edu> <9dbmos$kke$1@jake.esu.edu>
  11. NNTP-Posting-Host: watsun.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 989422513 3054 128.59.39.2 (9 May 2001 15:35:13 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 9 May 2001 15:35:13 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:12402 comp.unix.programmer:128452
  16.  
  17. In article <9dbmos$kke$1@jake.esu.edu>,
  18. David H. Hutchens <hutchens@cs.millersville.edu> wrote:
  19. : I've done further investigation.
  20. : 
  21. Sorry to include your entire posting in this reply, but I'm adding
  22. comp.unix.programmer and this way they'll see it too.  If I knew of a
  23. Mac OS X newsgroup, I'd include that too.  (If anybody knows of such
  24. a group, please repost this thread there and/or let me know.)
  25.  
  26. : The original "SET FLOW NONE" was in effect in the settings I was using
  27. : on the public beta. So I assume that RTS/CTS was issuing the warning
  28. : in the public beta too.
  29. : 
  30. : I recompiled kermit and tried that version... No difference at all.
  31. : 
  32. : I am able to do connections, uploading, and downloading as long as I
  33. : set the buffer size to 512. So I have a "usable" system.
  34. : 
  35. : I get the warning when I dial. And I get about 7 or 8 system beeps
  36. : when I type the first character of my user name to the remote system
  37. : login prompt.
  38. : 
  39. : As to the bug. I can't let you connect to my system. The reason I'm
  40. : using kermit is that I don't otherwise have an internet connection
  41. : from home.
  42. : 
  43. : However, I'm a decent programmer.... I have been programming in C
  44. : since 1980. I have a Ph.D. in CS. I checked the kermit source and
  45. : found that the file ckutio.c seems to be key. It includes sys/ioctl.h
  46. : which includes sys/ttycom.h which contains the definitions of the CTS
  47. : stuff, in particular: TIOCM_CTS.  I verified that my build (macosx10c)
  48. : does, in fact, include the ioctl.h file by typing garbage next to the
  49. : include line and seeing that the compiler choked. All this seems
  50. : normal. I can send you the .h files if you wish. They seem to be
  51. : standard BSD4.4. I can also send the man pages. Again they are
  52. : basically BSD4.4. The main line of interest is:
  53. : 
  54. : ttycom.h:#define     TIOCM_CTS   0040       /* clear to send */
  55. : 
  56. : My best guess is that the current device driver does not respond, as
  57. : kermit expects, with CTS asserted before dialing. I don't know what
  58. : it might do after dialing, but it appears from kermit's response that
  59. : kermit isn't using it (otherwise bigger buffers ought to work).
  60. : 
  61. : I got the Apple Internal Modem AT command documentation from Apple's
  62. : web site. I checked using modem AT commands that the modem is set to
  63. : use RTS/CTS and that it is actually making the connection at about
  64. : 28800 (next one down actually 26400?, the time I checked) with error
  65. : correction and compression enabled. That is what I'd expect since the
  66. : modem I was calling is a 28K V.34 modem.
  67. : 
  68. : So some possibilities:
  69. : 
  70. : 1) The device driver and/or modem waits for a connection before
  71. : passing CTS through and I need to get kermit to ignore the setting
  72. : when dialing and use it later. I'm not sure where exactly to try to
  73. : make that change. Or for that matter, if kermit is already trying that
  74. : as the warning suggests.
  75. : 
  76. : 2) The device driver and/or modem never asserts CTS so there is a bug
  77. : without any easy workaround and I'll just have to file a bug report
  78. : with Apple and wait. Not the worst of problems since I have a limping
  79. : version that I can use.
  80. : 
  81. : Your advice?
  82. : 
  83. The only way to solve this is to have somebody who knows something about
  84. Mac OS X internals sit down and "try this, try that" with the source code:
  85.  
  86.  . Are we using the right API for modem control and hardware flow control?
  87.    Note that many UNIX-based OS's maintain scads of APIs for "compatibility",
  88.    but some of them might be nonfunctional.
  89.  
  90.  . Study the twisted tangle of #ifdefs in ckutio.c carefully, particularly
  91.    around any routine that uses modem signals: tthflow() and tthang().
  92.    Notice all the horrible tricks that have to be used on this and that
  93.    platform to make this stuff work.  Try adjusting the macosx10 makefile
  94.    entry's CFLAGS to select different tricks.
  95.  
  96. Having an internal modem doesn't help matters either, since there's no way
  97. to monitor the modem signals independently of the software -- modem lights,
  98. breakout box, etc.
  99.  
  100. >From my experience with other UNIX OS's, the only other suggestion that
  101. comes to mind is that maybe there are different drivers for the modem
  102. (and therefore different names for the same device) -- one that has modem
  103. control, one that doesn't, and maybe a special one that does hardware
  104. flow control.  If so, maybe if you try another driver everything will
  105. just work (I might have suggested this before).
  106.  
  107. The 4.4BSD path through the code words fine for FreeBSD, NetBSD, OpenBSD,
  108. and BSDI, with a few minor wrinkles, such the following which I discovered
  109. just a few days ago (from the C-Kermit edit history):
  110.  
  111.   While helping a user I discovered that C-Kermit on NetBSD always
  112.   fails to hangup by dropping DTR; the tcsetattr() call always fails
  113.   with EINVAL.  It doesn't like an argument of B0.  The same code works
  114.   fine in FreeBSD.  Found out that the NetBSD tty device driver code is
  115.   broken (for some reason the B0 hangup code is commented out).  The
  116.   workaround is to use ioctl() with TIOCCDTR and TIOCSDTR -- Yet
  117.   Another Hanging Up API.  Added code for this to tthang(), tested in
  118.   NetBSD (which uses it) and FreeBSD (which doesn't).  On BSD44 and
  119.   POSIX systems, the use of this code can be forced by defining
  120.   USE_TIOCSDTR.  ckutio.c, 28 Apr 2001.
  121.  
  122. This is the kind of thing that keeps us busy, making Kermit do simple things
  123. like hanging up modems on all different OS's and OS releases.
  124.  
  125. If you find anything, please report back quickly, since C-Kermit 7.1 needs
  126. to be released soon.
  127.  
  128. - Frank
  129.